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Amendments to the Claims 

This listing of claims will replace all prior versions, and listings of claims in the 
application. 

Claim 1 . (Previously Presented) A method for Real-time Transport Protocol 
(RTP) header suppression in a cable modem system, comprising the steps of: 

(a) sending an index number to a receiver, wherein said index number represents 
an RTP header suppression technique; 

(b) sending rules associated with said RTP header suppression technique; 

(c) transmitting at least one complete RTP packet; 

(d) transmitting subsequent RTP packets in an RTP stream, wherein said 
subsequent RTP packets are comprised of delta values representing fields that 
dynamically change from packet to packet in an RTP data packet. 

Claim 2. (Original) The method of claim 1, wherein said at least one complete 
RTP packet is learned for reconstructing said subsequent RTP packets at the receiver. 

\ Claim 3. (Original) The method of claim 1, wherein step (c) is repeated until the 

^ receiver has learned said at least one complete RTP packet. 

Claim 4. (Original) The method of claim 1, wherein said delta values include a 
delta RTP sequence value and a delta RTP timestamp value. 
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Claim 5. (Original) The method of claim 1, wherein said subsequent RTP 

packets further comprise an RTP payload. 

Claim 6. (Original) The method of claim 1, wherein said subsequent RTP 
packets further comprise an additional byte indicating a low-order byte of an RTP 
sequence number, wherein said low-order byte of said RTP sequence number is used to 
recover lost RTP packets. 

Claim 7. (Original) The method of claim 1, wherein changing RTP fields in a 
data stream are suppressed. 

Claim 8. (Currently Amended) A method for suppressing (a R e al time a Real- 
time Transfer Protocol (RTP) header, comprising the steps of: 

(a) determining a delta value for an RTP timestamp value between two 
consecutive RTP packets; 

(b) determining a delta value for an RTP sequence number between two 
consecutive RTP packets; 

(c) determining whether proper reconstruction of said RTP header will occur; 

(d) if proper reconstruction of said RTP header will not occur, then setting a 
learn bit to enable a receiver to learn said RTP header and sending a complete RTP 
packet, a control value, and said delta value for said RTP timestamp value upstream to be 
learned by the receiver; and 
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(e) if proper reconstruction of said RTP header will occur, then sending upstream 

said control value and said RTP timestamp value for reconstruction of said RTP data 

packets at the receiver. 

Claim 9. (Previously Presented) The method of claim 8, wherein said control 
value comprises said learn bit, two bits for determining whether to increment an Internet 
Protocol (IP) packet ID field of RTP header by one of 0x0001 and 0x0100, and five-bits 
for said delta value for said RTP sequence number. 

Claim 10. (Original) The method of claim 8, wherein step (c) further comprises 
the steps of determining whether a previous RTP timestamp, said delta value for said 
RTP sequence number and a codec value will generate a current timestamp value. 

Claim 1 1 . (Previously Presented) A method for reconstructing a suppressed 
Real-time Transfer Protocol (RTP) data packet at a receiving end of a communication 
system, comprising the steps of: 

(a) reading a first 54-byte RTP header from an input stream; 

(b) reading a control byte from said input stream; 

(c) examining a first bit from said control byte to determine whether a learn bit 
has been set; 

(d) if said learn bit has been set, then reading and discarding a byte of data from 
said input stream, discarding said first 54-byte RTP header from step (a), and reading a 
second 54-byte RTP header from said input stream, wherein said first 54-byte RTP 
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header is generated by a payload header suppression mechanism and said second 54-byte 
RTP header is transmitted upstream; and 

(e) if said learn bit has not be set, then reconstructing the suppressed RTP data 
packet using said first 54-byte RTP header and stored delta values. 

Claim 12. (Previously Presented) A computer program product comprising a 
computer useable medium including control logic stored therein, said control logic for 
enabling Real-time Transfer Protocol (RTP) header suppression in a cable modem 
system, said control logic comprising: 

first sending means for enabling a processor to send an index number to a 
receiver, wherein said index number represents an RTP header suppression technique; 

second sending means for enabling a processor to send rules associated with said 
RTP header suppression technique; 

first transmitting means for enabling a processor to transmit at least one complete 
RTP packet; and 

second transmitting means for enabling a processor to transmit subsequent RTP 
packets in an RTP stream, wherein said subsequent RTP packets are comprised of delta 
values representing fields that dynamically change from packet to packet in an RTP data 
packet. 

Claim 13. (Original) The computer program product of claim 12, wherein said at 
least one complete RTP packet is learned for reconstructing said subsequent RTP packets 
at the receiver. 
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Claim 14. (Original) The computer program product of claim 12, wherein said 
first transmitting means continues to transmit until the receiver has learned said at least 
one complete RTP packet. 

Claim 15. (Original) The computer program product of claim 12, wherein said 
delta values include a delta RTP sequence value and a delta RTP timestamp value. 

Claim 16. (Original) The computer program product of claim 12, wherein said 
subsequent RTP packets further comprise an RTP payload. 

Claim 17. (Original) The computer program product of claim 12, wherein said 
subsequent RTP packets further comprise an additional byte indicating a low-order byte 
of an RTP sequence number, wherein said low-order byte of said RTP sequence number 
is used to recover lost RTP packets. 

Claim 18. (Original) The computer program product of claim 12, wherein 
changing RTP fields in a data stream are suppressed. 

Claim 19. (Previously Presented) A computer program product comprising a 
computer useable medium including control logic stored therein, said control logic for 
enabling the suppression of a Real-time Transfer Protocol (RTP) header, said control 
logic comprising: 
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first determining means for enabling a processor to determine a delta value for an 
RTP timestamp value between two consecutive RTP packets; 

second determining means for enabling a processor to determine a delta value for 
an RTP sequence number between two consecutive RTP packets; 

third determining means for enabling a processor to determine whether proper 
reconstruction of said RTP header will occur; 

setting means for enabling a processor to set a learn bit to enable a receiver to 
learn said RTP header and sending means for enabling a processor to send a complete 
RTP packet, a control value, and said delta value for said RTP timestamp value upstream 
to be learned by the receiver, if proper reconstruction of said RTP header will not occur; 
and 

sending means for enabling a processor to send upstream said control value and 
said RTP timestamp value for reconstruction of said RTP data packets at the receiver, if 
proper reconstruction of said RTP header will occur. 

Claim 20. (Previously Presented) The computer program product of claim 19, 
wherein said control value comprises said learn bit, two bits for determining whether to 
increment an Internet Protocol (IP) packet ID field of RTP header by one of 0x0001 and 
0x0100, and five-bits for said delta value for said RTP sequence number. 

Claim 21. (Original) The computer program product of claim 19, wherein said 
third determining means further comprises means for enabling a processor to determine 
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whether a previous RTP timestamp, said delta value for said RTP sequence number and a 
codec value will generate a current timestamp value. 

Claim 22. (Previously Presented) A computer program product comprising a 
computer useable medium including control logic stored therein, said control logic for 
enabling the reconstruction of a suppressed Real-time Protocol (RTP) data packet at a 
receiving end, said control logic comprising: 

first reading means for enabling a processor to read a first 54-byte RTP header 
from an input stream; 

second reading means for enabling a processor to read a control byte from said 
input stream; 

examining means for enabling a processor to examine a first bit from said control 
byte to determine whether a learn bit has been set; 

reading and discarding means for enabling a processor to read and discard a byte 
of data from said input stream, discarding means for enabling a processor to discard said 
first 54-byte RTP header, and third reading means for enabling a processor to read a 
second 54-byte RTP header from said input stream, if said learn bit has been set, wherein 
said first 54-byte RTP header is generated by a payload header suppression mechanism 
and said second 54-byte RTP header is transmitted upstream; and 

reconstructing means for enabling a processor to reconstruct the suppressed RTP 
data packet using said first 54-byte RTP header and stored delta values, if said learn bit 
has not be set. 
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